版本控制在列表和库中的工作原理

通常，主版本代表一个里程碑，例如提交供审阅或发布的文件，而次要版本是尚未准备好供所有网站参与者阅读的工作。 根据团队的工作方式，团队可能更可能需要其最新的次要版本，例如最近编辑的版本。 随着时间的过去，你的团队可能不太可能需要较旧的次要版本。

某些组织会跟踪其库中的文件的主要版本和次要版本。 其他仅跟踪主要版本。 主要版本由数字标识，例如 5.0;次要版本由十进制数字标识，例如 5.1。

大多数组织在文件开发阶段使用次要版本，在达到某些里程碑或文件可供大量受众审阅时使用主要版本。 在许多组织中，草稿安全性设置为仅允许文件的所有者和有权审批文件的用户。 这意味着在主要版本发布之前，其他人无法看到次要版本。

列表仅支持主要版本。 列表项的每个版本都使用一个序列号进行编号。 如果您的组织需要审批列表中的项目，则项目将保持"挂起"状态，直到获得具有审批权限的某人批准它们。 在"挂起"状态中，它们使用十进制数字进行编号，并称为草稿。

次要版本的最大数目为 511，可以调整主要版本的数量。 有关设置主版本数的信息，请查看控制 存储的版本数部分。

如果你使用的是联机应用或最新的桌面版本，并且你尝试保存另一个超出最大数量的次要版本，你将覆盖最新的次要版本。 如果使用的是旧客户端，则完全无法保存或上传任何更改。 若要避免覆盖或继续上传更改，必须发布下一个主要版本。 然后，你将能够再次发布该主要版本的次要版本的最大数量。 若要了解如何发布新版本，请查看发布或取消发布文件的版本。

注意: 通过覆盖或不保存次要版本，文件实际上没有版本控制。 由于更新的应用程序将覆盖最新版本，并且旧客户端不会保存任何内容，因此，一旦达到次要版本限制，将不再跟踪文档历史记录。

有关启用和设置版本控制（包括主要版本和次要版本）的更多内容，请参阅为列表或库启用和 配置版本控制。